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USB-COMPLIANT PERSONAL KEY USING A 
SMARTCARD PROCESSOR AND A SMARTCARD READER EMULATOR 

— CROSS-REFERENCE TO RELATED APPLICATIONS 
This application is a continuation-in-part of U.S. Patent Application No. 
09/449,159; filed November 24, 1999, by Shawn D. Abbott, Bahrain Afghani, Mehdi 
Sotoodeh, Norman L. Denton in, and Calvin W. Long, and entitled 'TJSB-Compliant 
5 Personal Key with Integral Input and Output Devices," which is a continuation-in-part 
of U.S. Patent Application No. 09/281,017, filed March 30, 1999 by Shawn D. 
Abbott, Bahram Afghani, Allan D. Anderson, Patrick N. Godding, Maarten G. Punt, 
and Mehdi Sotoodeh, and entitled "USB-Compliant Personal Key," which claims 
benefit of U.S. Provisional Patent Application No. 60/1 16,006, filed January 15, 1999 
10 by Shawn D. Abbott, Barham Afghani, Allan D. Anderson, Patrick N. Godding, 

Maarten G. Punt, and Mehdi Sotoodeh, and entitled "USB-Compliant Personal Key," 
all of which applications are hereby incorporated by reference herein. 

BACKGROUND OF THE INVENTION 
15 1. Field of the Invention 

The present invention relates to computer peripherals, and in particular to an 
inexpensive USB-compliant personal key that is compatible with existing smartcard 
processors, drivers, and instruction sets. 

20 2. Description of the Related Art 

In the last decade, the use of personal computers in both the home and in the 
office have become widespread. These computers provide a high level of 
functionality to many people at a moderate price, substantially surpassing the 
• performance of the large mainframe computers of only a few decades ago. The trend 
25 is further evidenced by the increasing popularity of laptop and notebook computers, 
which provide high-performance computing power on a mobile basis. 
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The widespread availability of personal computers has had a profound impact 
on interpersonal communications as well Only a decade ago, telephones or fax 
machines offered virtually the only media for rapid business communications. Today, 
a growing number of businesses and individuals communicate via electronic mail (e- 
5 mail). Personal computers have also been instrumental in the emergence of the 
• Internet and its growing use as a medium of commerce. 

While certainly beneficial, the growing use of computers in personal 
communications, commerce, and business has also given rise to a number of unique' 
challenges. These challenges include the prevention of unauthorized use of software, 
iO ensuring the security of e-mail and other electronic communications, as well as 
Internet commerce. 

Smartcards represent a longstanding attempt to deal with at least some of the 
foregoing challenges. Substantial resources have been made in the design and 
development of smartcards, smartcard readers, and the associated reader/smartcaxd 
15 drivers which allow computer applications to interface with the smartcard to perform 
security and data storage functions. Even so, smartcards have not enjoyed widespread 
popularity. Smartcard readers are relatively expensive, and not widely available. 
Further, the lack of uniform smartcard/smartcard reader physical interface standards 
have resulted in smartcard/smartcard reader physical interface compatibility problems, 
20 . many of which remain unresolved. 

USB-compliant personal keys, such as that which is disclosed in co-pending 
and commonly assigned U.S. Patent Application Nos. 09/449,159 and 09/281,017, 
. described above, offer the benefit of smartcard functionality in a universally accepted 
USB form factor. The Universal Serial Bus (USB) is a connectivity standard 
25 developed by computer and telecommunication industry members for interfacing 
computers and peripherals. USB-compliant devices allow the user to install and hot- 
swap devices without long installation procedures and reboots, and features a 127 
device bus capacity, dual-speed data transfer, and can provide limited power to 
devices attached on the bus. Because the USB connectivity standard israpidly 
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becoming available on most personal computers, it offers a standard, widely available 
physical interface, the unavailability of which has prevented smartcards from 
achieving widespread acceptance. 

While smartcards have not enjoyed widespread popularity in the United States, 
5 they are widely accepted in Europe. Hence, many software applications and drivers 
have been developed for existing smartcard-based devices and their readers. 
Unfortunately, smartcard interface protocols such as those described in ISO 7816 are 
incompatible with the USB protocols used in the above-described devices. This 
incompatibility has led to two unfortunate consequences. First, to comply with USB 

10 interface protocol requirements, current USB-compliant personal keys utilize special 
purpose processors, instead of the low cost, limited capability processors currently 
available for smartcards. This increases the cost of the USB-compliant personal key, 
making widespread acceptance more difficult. Also, because each USB-compatible 
personal key may use a different processor (and different instruction sets), users may 

15 require different device drivers for different personal keys. This too represents 
another barrier to widespread acceptance of the personal key. 

From the foregoing, it is apparent that there is a need for a USB-compliant 
personal key that is usable with legacy personal identification devices, such as 
processors having smartcard processors. and/or those complying with the ISO 7816. 

20 There is also a need for a USB-compliant personal key that makes maximum use of 
existing smartcard protocols, software and devices wherever possible, and which 
retain at least a limited compatibility with existing devices designed to interface with 
smartcards. The present invention satisfies that need. 

25 SUMMARY OF THE INVENTION 

The present invention satisfies all of these needs with a personal key in a form 
factor that is compliant with a commonly available I/O interface such as the Universal 
Serial Bus (USB) and at the same time, usable with existing smartcard software 
applications. The personal key comprises a USB-compliant interface releaseably 
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coupleable to a host processing device operating under command of an operating 
system; a smartcard processor having a smartcard processor-compliant interface for 
communicating according- to a smartcard input and output protocol; and an interface 
processor, communicatively coupled to the USB-compliant interface and to the 
5 smartcard processor-compliant interface, the interface processor implementing a 
translation module for interpreting USB-compliant messages into smartcard 
processor-compliant messages and for interpreting smartcard processor-compliant 
messages into USB-compliant messages. 

In one embodiment, the method comprises the steps of accepting a message 

10 comprising a smartcard reader command selected from a smartcard reader command 
set from a host computer operating system in a virtual smartcard reader; packaging the 
message for transmission via a USB-compliant interface according to a first message 
transfer protocol; transmitting the packaged message to a personal key 
communicatively coupled to the USB-compliant interface; receiving the packaged 

15 . message in the personal key; unpackaging the message in the personal key to recover 
the smartcard reader command; translating the smartcard reader command into a 
smartcard command within the personal key; and providing the smartcard command 
to the smartcard processor. 

The present invention is well suited for controlling access to network services, 

20 or anywhere a password, cookie, digital certificate, or smartcard might otherwise be 
used, including: 

• Remote access servers, including Internet protocol security (IPSec), point 
to point tunneling protocol (PPTP), password authentication protocol 
(PAP), challenge handshake authentication protocol (CHAP), remote 

25 access dial-in user service (RADIUS), terminal access controller access 

. control system (TACACS); 

• Providing Extranet and subscription-based web access control, including 
hypertext transport protocol (HTTP), secure sockets layer (SSL); 
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• Supporting secure online banking, benefits administration, account 
management; 

• • Supporting secure workflow and supply chain integration (form signing); 

• Preventing laptop computer theft (requiring personal key for laptop 
5 . operation); 

• Workstation logon authorization; 

• Preventing the modification or copying of software; 

• Supporting secure e-mail, for example, with secure multipurpose Internet 
1 0 mail-extensions (SMME), and open pretty good privacy (OpenPGP) 

• Administering network equipment administration; and 

• Electronic wallets, with, for example, secure electronic transaction (SET, 
MilliCent, eWallet) 

15 * BRIEF DESCRIPTION OF THE DRAWINGS 

Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 

FIG. 1 is a diagram showing an exemplary hardware environment for 
-praoticingr^thepresent invention; 
20 FJG. 2 is a.block- diagram of a personal key communicatively coupled to a host 

computer; 

• FIG. 3 is a block diagram of a personal key with a smartcard processor 
communicatively coupled to a host computer; and 

FIGs. 4A-4D are flow charts presenting exemplary method steps that can be 
25 used to practice the present invention. 

■ DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
In the following description, reference is made to the accompanying drawings 
which form a part hereof, and which is shown, by way of illustration, several 
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.embodiments of the present invention. It is understood that other embodiments may 
be utilized and structural changes may be made without departing from the scope of 
the present invention. 

FIG: 1 illustrates an exemplary computer system 100 that could be used to 
5 implement the present invention. The host computer 102 comprises a processor 104 
iand a memory, such as random access memory (RAM) 106 . The host computer 102 
is operatively.coupled to a display 122, which presents images such as windows to the 
user on a grapMcal.us%^^ The host computer 102 may be coupled to 

other devices,. such as a.keybpard 1 14, a mouse device 1 16, a printer 128, etc. Of 

10 course, those skilled'in the artwill recognize that any combination of the above 

components, or any number of different components, peripherals, and other devices, 
may be used with the host computer 1 02. 

Generally, the host computer 102 operates under control of an operating 
system 108 stored in the memory 106, and interfaces with the user to accept inputs 

15 and commands and to present results through a graphical user interface (GUT) module 
1 1 8 A. Although the GUI module 1 1 8 A is depicted as a separate module, the 
instructions performing the GUI- functions can be resident or distributed in the 
. operating system 108, the computer program 1 10, or implemented with special 
piirpose-memoi^aG(i^o ; eessors. : .The host computer 102 also implements a compiler 

20 112 which allows an apjlication.pragram 110 written in a programming language 
such as COBOL, C++, FORTRAN, or other language to be translated into processor 
104 readable code. After completion, the application 1 10 accesses and manipulates 
data stored in the memory 106 of the host computer 102 using the relationships and 
logic that are generated using the compiler 112. The host computer 102 also 

25 comprises an input/output (I/O) port for a personal token 200 (hereinafter alternatively 
refeired to also as a personal key 200). In one embodiment, the I/O port is a USB- 
compliant interface comprising a host computer USB-compliant interface 130A and a 
personal token USB-compliant interface 130B (hereinafter referred to collectively as 
the USB-compliant interface 130. 
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la one embodiment, instructions implementing the operating system 108, the 
computer program 1 10, and the compiler 1 12 are tangibly embodied in a computer- 
readable medium, e.g., data storage device. 120, which could include one or more . 
fixed or removable data storage devices, such as a zip drive, floppy disc drive 124, 
5 hard drive, CD-ROM drive, tape drive, etc. Further, the operating system 108 and the 
computer program 1 10 are comprised of instructions which, when read and executed 
by the computer 102, causes the computer. 102.;to perform the steps necessary to 
implement and/or use the pre,sent:.mY^ program 110 and/or operating 

instructions may also be tangibly embojdieclin. memory 1 06 and/or data 

1 0 communications devices, thereby making ;a- computer program product or article of 
manufacture according to the invention. As such, the terms "article of manufacture" 
and "computer program product" as used herein are intended to encompass a computer 
program accessible from any computer readable device or media. 

The host computer 102 may be communicatively coupled to a remote 

15 computer or server 134 via communication medium 132 such as a dial-up network, a 
wide area network (WAN), local area network (LAN), virtual private network (VPN) 
• or the Internet. Program instructions for computer- operation, including additional or 
alternative application programs can be. loaded from the remote computer/server 134. 
In one embodiment, the comput^,^02^pjements,an Internet browser, allowing the 

20 user toaccess the world wide web (WWW), and other internet resources. 

Those skilled in the art will recognize that many modifications may be made to 
this configuration without departing from the . scope of the present invention. For 
.example, those skilled in the art will recognize that any combination of the above 
components, or any number of different components, peripherals, and other devices, 

25 may be used with the present invention. 

FIG. 2 is a block diagram illustrating the components of one embodiment of a 
personal key 200. The personal key 200 communicates with and obtains power from 
the host computer 102 through a USB-compliant communication path in the USB- 
compliant interface 130 which includes the input/output port 130A of the host 
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computer 102 and a matching input/output (I/O) port 130B on the personal key 200. 
The processor 212 is communicatively coupled to a memory 214, which stores data 
and instructions to implement the above-described features of the invention'. In one - 
embodiment, the memory 214 is a non-volatile random-access memory that can retain 
5 factory-supplied data as well as customer-supplied application related data. The 
processor 212 may also include some internal memory for performing some of these 
functions. ' . 

. The processor 212 is optioi^y^^ coupled to an input -device 

218 via an input device communicatioapath224 and to an output device 222 via an 

10 output device communication path 224, :botitt of which are distinct from the USB^ 
compliant interface 130. These separate communication paths 220 and 224 allow the 
user to view information about processor 212 operations and provide input related to 
processor 212 operations without allowing a process or other entity with visibility to 
the USB-compliant interface 130 to eavesdrop or intercede. This permits secure 

15 communications between the key processor 212 and the user. In one embodiment of 
the invention set forth more fully below,, the user .communicates directly with the 
processor 212 by physical manipulation of mechanical switches or devices actuatable 
from the external side of the key (for example, by pressure-sensitive devices such as 
buttons and mechanical switches^in^Qther^enabodiment of the invention set forth 

20 more fully below, the input device includes.. a jvheel with tactile detents indicating the 
selection of characters. 

The input device and output devices 218, 222 may cooperatively interact with 
one another to enhance the functionality of the personal key 200. For example, the 
output device 222 may provide information prompting the user to enter information 

25 into the input device 218. For example, the output device 222 may comprise a visual 
display such as an alphanumeric LED or LCD display (which can display Arabic 
numbers and or letters) and/or an aural device. The user may be prompted to enter 
infoimation by a beeping of the aural device, by a flashing pattern of the LED, or by 
both. The output device 222 may also optionally be used to confirm entry of 
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infonnation by the input device 218. For example, an aural output device may beep 
when the user enters information into the input device 21 8 or when the user input is 
invalid. The input device 218 may take one of many forms, including different 
combinations of input devices. 
5 Although the input device communication path 220 and the output device 

communication path 224 are illustrated in FIG; 2 as separate paths, the present 
invention can be implemented by combining the paths 220 and 224 while still 
retaining a communication path distinct from.the;U5g.^.Q.ip^5t interface 130. For 
example, the input device 218 arid output device 222 may be.packaged in a single 

10 device and communications with the processor 212 multiplexed' over a single 
communication path. 

FIG. 3 is a block diagram of the personal key 200 and host computer 102 as 
applied to the present invention. Unlike the personal key 200 illustrated in FIG. 2, the 
personal key 300 illustrated in FIG. 3 comprises a smartcard processor 320. The 

15 smartcard processor 300 is a processor which complies with well-known smartcard 
VO protocols and smartcard command sets and functions, such as those described by 
the International Standards Organization (ISO) standard 781 6 JPart HI (defining 
electronic properties and transmission characteristics), which is hereby incorporated 
by reference herein. 

20 Physically, the smartcard compliant I/O interface 324. includes a serial I/O line, 

a reset (RST) line, a clock (CLK) line, a programming voltage (VPP), a power supply 
voltage (VCC) and a ground. This I/O interface 324 is further described in the 
publication "Introduction to Smartcards" by Dr. David B. Everett, which was 
published in 1999 by the Smart Card News Ltd., and is incorporated by reference 

25 herein. 

As was the case with the personal key 200 and host computer 102 illustrated in 
FIG. 1, the present invention allows the use of a personal key 300 communicating 
with the host computer 102 via a USB-compliant interface 130. However, the 
substitution of the smartcard processor 320 for the ordinary processor 212 depicted in 
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FIG. 2 has several advantages. First, smartcard processors 212 are relatively 
inexpensive and readily available. Second, a large number of application programs 
110 have been developed for the use of smartcards, including the personal " - 
computer/smartcard (PC/SC) interface developed by the MICROSOFT - 
5 CORPORATION. By providing a smartcard processor (which complies with the 
smartcard I/O protocols and supports smartcard command sets), this software can be 
used with a personal key 300 in a USB-compliant form factor. . 
The use of the smartcard processor 320 in the personal key : 30 : 0is^^^^^ of an 

interface processor 314 communicatively coupled to the smartcard processor. 320 via a 

10 smartcard-compatible (S/C 7816) interface 324. The interface processor*3?14 

comprises a smartcard reader emulator, module (SREM) 316 and a translation module 
318. The SREM 316 implements functions that emulate those of a smartcard reader, 
thus projecting the image of a smartcard reader to the smartcard processor 320. The 
SREM 316 provides all instructions and commands to. the smartcard processor 320 

15 and receives messages and responses from the smartcard processor 320 according to 
the S/C protocol. .... : . . . .. 

The host computer 102 comprises a virtual smartcard reader, module (VSRM) 
302. The VSRM comprises a communication module 312, an answer-torreset module 
308, and a smartcard insertion/removal reporting module,306^3Che^^^ 

20 module 312 packages messages intended for the personal key 300 forT.txansmission via 
the USB-compliant interface. In one embodiment, messages and commands -that are 
sent to the personal key 300 packaged as: 

USB command = USB header + USB cdata (wherein USB cdata is the smartcard 
25 compliant command) 
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and messages and responses from the personal key 300 are packaged as: 

USB response = USB header + USB rdata (wherein USB rdata is the smartcard 
compliant response) 

5 

These packaged messages are unpacked by the translation module 3 1 8 in the*. •-■ 
personal key 300. Similarly, messages transmitted by the smartcard processor. 320 to , 
the host computer 1 02 are packaged by the translation module 318 and uhpaclg^^ib^ 
the communication module 312 before being provided to the operating system .108^ . 

10 the application program interface 260, and the application 110 using the persori&l : key? 
300 to perform operations. 

Just as the SREM 3 1 6 emulates the presence of a smartcard reader for the. 
smartcard processor 320, the VSRM 302 emulates the presence of a smartcard reader 
to the OS 1 08 in the host computer 102. These functions are accomplished in the 

15 bootup module 3 1 1, the insert/remove module 306, the answer-to-reset module 308, 
and the PTS module 310. 

As a part of a normal bootup sequence, the host computer's 102 operating. ; 
system performs a startup sequence to determine which hardware elements are 
available for use. In prior art smartcard systems, the smartcard reader remains, 

20 coupled to the host computer 1 02, whether a smartcard is inserted into the reader or, - . 
not. Hence, the smartcard reader can respond to startup sequence queries, and the . 
smartcard reader is recognized by the operating system 108 for further operations. 
However, in the present invention, there is no smartcard reader to answer to the 
bootup query, and the operating system would ordinarily be unable to operate with a 

25 smartcard thereafter. To solve this problem, the present invention comprises a bootup 
module 311, which responds to messages from the operating system 108 in the same 
way as a smartcard reader would if it were coupled to the host computer 102. 

Similarly, the insert/remove module 306 provides an indication to the 
operating system 108 that the personal key 300 has been inserted or removed from the 

-11- 
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USB-compliant interface 130. This is accomplished by querying the host computer 
USB-compliant interface port 130A. 

When a software application calls 1 10, via API 260 and the operating system 
108 invokes a command that calls for a smartcard related function, the smartcard 
5 reader passes a reset command to the smartcard. The smartcard returns an answer-to- 
reset message which indicates, among other things, the protocol and I/O interface 
supported by the attached smartcard. 

The reset signal is used to start up the program contained , in a memory 322 
communicatively coupled to or resident within the- smartcard processor 320. The ISO 

10 standard defines three reset modes, internal reset, active low reset, and synchronous 
high active reset. Most smartcard processors 320 operate using the active low reset 
mode. In this mode, the smartcard processor 320 transfers control to the entry address 
for the program when the reset signal returns to the high voltage level. The 
synchronous mode of operation is more commonly met withsmartcards used for 

15 telephonic applications. 

The sequence of operations for activating the smartcard processor 320 is 
• defined in order to minimize the possibility of damaging the smartcard processor .320. 
Of particular importance is avoiding corruption of the non-volatile memory 322 of the 
smartcard. Most smartcard processors 320 operate using an active low reset mode in 

20 which the smartcard processor 320 transfers control to the entry address for the 
program when the reset signal returns to the high voltage level. The sequence 
performed by the smartcard processor includes the steps of setting the RST line low, 
applying VCC to the proper supply voltage, setting the I/O in the receive mode, 
setting VPP in the idle mode, applying the clock, and taking the RST line high (active 

25 low reset). 

In prior art smartcard systems, after the reset signal is applied by the smartcard 
reader, the smartcard processor 320 responds with an answer-to-reset message. For 
the active low reset mode, the smartcard processor 320 should respond between 400 
and 40,000 clock cycles after the rising edge of the reset signal. The answer-to-reset 
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signal is at most 33 characters, and includes 5 fields including an initial character 
(TS), a format character (TO), interface characters (TAi, TBi, TCi, and TDi), 
historical characters (Tl, T2, . . . , TK), and a check character (TCK). Among other 
things, the answer-to-reset signal provides an indication of the smartcard protocol(s) 
5 which are supported smartcard processor. Typical smartcard protocols include the 
T=0 protocol (asynchronous half duplex byte transmission) and T=l (asynchronous 
half duplex block transmission). 

In the embodiment of the present invention shown in FIG. 3, the reset signal is 
provided by the VSRM 302, packaged by the communication module 312, and sent 

10 via the USB-compliant interface 1 30B to the personal key 300. The message is 
unwrapped by the translation module 318. Then, the smartcard reader emulation 

- * module activates the RST signal path in the smartcard interface 324, thus providing 
the RST command to the smartcard processor 320. The smartcard processor 320 
responds with an answer-to-reset message, sends the message via the serial I/O line of 

15 the smartcard interface 324 to the interface processor 314. The message is then 

packaged by the translation module 318 and transmitted to the host computer 102 via 
the USB-compliant interface 326. The message is then unpackaged by the 
communication module 3 12 and provided to the operating system 108 and ultimately, 
the application 1 10 that requested the use of the smartcard. 
• 20 ■ In another embodiment of the present invention, the personal key 300 does not 

comprise a smartcard processor 320, but rather a special purpose processor which 
does not respond to messages and commands in the smartcard I/O protocol (such as 
that which is illustrated in FIG. 1). The present invention can still be used with 
existing smartcard applications 110, however, because the VSRM 302 and the 

25 interface processor 314 can be used to simulate the presence of a smartcard processor 
320. When the smartcard software application 110 desires use of the personal key 
• 300, the VSRM accepts the reset command from the PC/SC modules in the operating 
system 108, translates the reset message into a functionally equivalent message for the 
special purpose processor in the personal key 300, and transmits the message to the 
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personal key 300. After the personal key 300 is activated, it sends a message 
indicating as such to the host computer 102. The VSRM 302, and translates this 
• message to a response that is compatible with the smartcard application 110, namely, 
an ATR message. Alternatively, the smartcard command to special purpose processor 
5 command translation can occur in the emulation processor 314 in the personal key 
300: 

' Returning to the embodiment disclosed in FIG. 3, after the smartcard processor 
"r.MSiissued -the ATR message, a protocol type selection (PTS) message may be sent to 
.the smartcard processor 320. The PTSmessage from<the OS 108 is received by the 

10" PTS Module 310 in the VSRM 302, packaged for transmission via the USB-compliant 
interface 130 to the personal key 300, where it is unpackaged and provided to the 
smartcard processor 320. The smartcard provides a response consistent with the ISO 
standards to the emulation module 316. The response is packaged, and transmitted 
over the USB-compliant interface 130 to the host computer 102, where it is 

15 unpackaged by the communication module 312 and provided to the operating system. 
FIGs. 4A-4D are flow charts presenting exemplary method steps used to 
practice one embodiment of the present invention. When the host computer 102 is 
■booted up, the virtual smartcard reader 302 accepts 402 a bootup query from the host 
vcsmputer-vs' operating system 108. Although a smartcard reader is not 

20 communicatively coupled to the host computer 130 the virtual smartcard reader 302 
emulates the existence of a smartcard reader and. provides an indication that a 
smartcard reader is available to the OS 108. Consequently, when the bootup 
procedures are completed, a smartcard reader will be registered as an available device 
to smartcard applications 110. 

25 When the host computer is booted up, a personal key 300 may or may not be 

communicatively coupled to the USB-compliant interface 130. When a personal key 
300 is not attached, the VSRM 302 provides 404 the same indication to the operating 
system 108 as would be supplied by a smartcard reader without an inserted smartcard. 
This is accomplished by receiving 406 an indication that the personal key has been 
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communicatively coupled to the USB-compliant interface; and providing an indication 
to the host computer operating system. Since the VSRM is emulating the functions of 
a smartcard, the indication is provided 408 to the host computer operating system (or 
equivalently, the personal computer/smartcard (PC/SC) interface modules therein) is 
5 that of an insert event. • . 

If desired and the-smartcard processor 320 supports multiple protocols, a 
protocol type selection (PTS) 'command may be issued by the operating system 108. 
The VSRM 302xeceiye^^&^J?liS.oommmd, packages the command for 
transmission to the persbnalkey 300 via the USB-compliant interface 130. The 

10 wrapped PTS command i^thferilransmitted over the USB-compliant interface 130 and 
received by the personal key 300. The PTS command is unwrapped by the translate 
module 3 1 8 in the interface processor 314 and provided to the smartcard processor 
320 via tihe smartcard-compliant interface 324. The smartcard processor computes the 
appropriate response, sends the response to the interface processor 314, where the . 

15 response is packaged by the translate module 3 1 8 for transmission to the host 

computer 102 via the USB-compliant interface 130. The communication module 312 
unpackages the response,- iand the PTS module 310 formats the response, if necessary, 
to be consistent with a PTS response received from a smartcard reader. The formatted 
' response is then pro\dded^2ito. Ae^OS 108. 

20 FIG. 4B. is a flowchart 4escribing exemplary method steps used, to provide 

commands and/or data from .the OS 1 08 to the smartcard processor 320 and from the 
smartcard processor 320 to the OS 108. A message, which may comprise a smartcard 
reader command belonging to a smartcard reader command set is accepted 414 from a 
host computer operating system 108 in the virtual smartcard reader module (VSRM) 

25 302. The message is packaged 416 for transmission via the USB-compliant interface 
130 according to a first message transfer protocol. 

The packaged message is then transmitted 418 to the communicatively 
coupled personal key 300 via the USB-compliant interface 130. The packaged 
message is received 420 and unpackaged 422 in the personal key 300. If the 
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smartcard reader command requires additional processing before being forwarded to 
the smartcard processor 320, the smartcard reader commandis translated 424 into a 
smartcard command within the personal key 300 before being provided 426 to the 
smartcard processor 320. 
5 The smartcard processor 320 then perfonns the indicated operation, and a 

response is accepted 428 from the smartcard processor 320. If the smartcard response 
requires further processing by a smartcard.reader, the smartcard response is translated 
430 into a smartcard reader response:; ;^^m^card reader response is then-packaged • 
432 and transmitted 434 to the -host computer 102 via the USR-compliant interface 
10 130. The host computer 102 receivesv456- ah'd unpackages 438 the message and 
provides 440 the response to the smartcard software application 110 that issued the 
command.- 

Next, when the personal key 300 is removed, the VSRM 302 reports 444 an 
indication to the OS 108 that the "virtual smartcard" (the personal key 300) has been 

15 removed. The provided indication is the same as that which would be provided by a 
smartcard reader when a smartcard is.xemoved.. . The indication can be obtained, for 
example by receiving 442 an indication'Aom a USB driver or other device indicating 
the removal of a USB device. 

In" summary, Tables I afid^iomdesv^summary of the communication 

20 protocol for an OS 108 command fronyhe host computer 102 to the smartcard 
processor 320 in the personal -key (Table Ik.anjd for a smartcard processor 320 
response to the operating system 108. 
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Step 


Description 


1 


Smartcard reader command issued from OS 108 
is passed to VSRM 302 


2 


VSRM 302 adds a USB header, and creates a . . 
USB command - 


3 


VSRM s 302 communication module 312 sends 
the USRconrmii^tO;,liie'personal key 300 


4 


The translation module 318 strips off the USB 
header knd recov^s ttiS smartcard command 


5 


The smartcard command is sent to the smartcard 
processor 320 


6 


The smartcard processor 320 executes the 
function requested by the smartcard command 


Table I 



Step 


Description 


1 


Smartcard processor 320 generates a smartcard 
response - 


2 


The smartcard response is sent from the smartcard 
processor 320. to the. translation module 318 


3 


The translation module 318 adds a USB header to 
create a USB response 


4 


The USB response is transmitted to the VSRM 302 


5 


The communication module 312 strips off the USB 
header and recovers the smartcard response 


6 


The smartcard response is transmitted to the OS 108 



Table n 
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Tables III and IV provides a summary of the communication protocol for a 
request from an application program 1 10 to the smartcard- processor 320 and for a 
request from an application program 1 10 to the smartcard processor 320. 



Step 


Description 


1 


Smartcard processor 320 commandfrom the 
application program 1 1-0 is sent to the OS 108 via 
an API 260 


2 


The smartcard processor 320 command is -sent 
from the OS 108 to the VSBM--302" 


3 


The VSRM 302 adds a USB header to the 
smancaru processor d/xj commana io create a 
USB-compatible command 


4 


The VSRM's comm module 312 sends the USB- 
compliant command to the personal key 300 


5 


Translation module 318 strips off- the USB header 
and recovers the smartcard processor e&inmand \ 


6 


The smartcard processor command is transmitted 
to the smartcardprocessdr : 320^ 


7 


The smartcard processor 320 performs the 
function indicated by the smartcard processor 
command 



5 Table m 
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Pin- 

btep 


Description 


-1 


The smartcard processor 320 generates a response 
to the smartcard processor .command 


2 


The response is provided to the translation 
module 318 


3 


The translation module adds a USB header to 
create a USB-compatible smartcard processes : 
response 


4 


ine Uor>-compatiDie smartcara processor 
response is sent to the VSRM 302 


5 


The communication module 312 strips off the 
USB header to recover the smartcard processor 
response 


6 


The smartcard processor response is provided to 
the application 110 via the OS 108 and the API 
260 



Table IV 



5 Conclusion 

This concludes the description of the preferred embodiments of the present 
invention. In summary, the present invention describes a persona! key comprising a 
USB-compliant interface releaseably coupleable to a host processing device operating 
under command of an operating system; a smartcard processor having a smartcard 
10 processor-compliant interface for communicating according to a smartcard input and 
output protocol; and an interface processor, communicatively coupled to the USB- 
compliant interface and to the smartcard processor-compliant interface, the interface 
processor implementing.a translation module for interpreting USB-compliant 
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messages into smartcard processor-compliant messages and for interpreting smartcard 
processor-compliant messages into USB-compliant messages. In another 
embodiment, the invention is described by a method comprising the steps of accepting, 
a message comprising a smartcard reader command selected from a smartcard reader 
5 command set from a host computer operating system in a virtual smartcard reader; 
packaging the message for transmission via a USB-compliant interface according to a 
first 'message transfer protocol; transmitting the packaged message to a personal key ' 
communicatively coupled to the USB-compliant interface; receiving the packaged . 
message in the personal key; unpackaging the message in the pers6nal key to recover 

10 the smartcard reader command; translating the smartcard reader command into a 
smartcard command within the personal key; and providing the smartcard command 
to the smartcard processor. 

The foregoing description of the preferred embodiment of the invention has 
been presented for the purposes of illustration and description. It is not intended to be 

15 exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope 
of the invention be limited not by this detailed description, but rather by the claims 
appended hereto. The above specification, examples and data provide a complete 
description of the manufacture and use of the composition of the invention. Since . - 

20 many embodiments of the invention can be made without departing from the spirit and 
scope of the invention, the invention resides in the claims hereinafter appended. 
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' WHAT IS CLAIMED IS:' 

1 . A compact personal token (300), comprising: 

a USB-compliant interface (130B) releaseably coupleable to a host processing 
device (102) operating under command of an operating system (108); 
5 a smartcard processor (320) having a smartcard processor-compliant interface 

(324) for communicating according to a smartcard input and output protocol; 

an input device (218) communicatively coupled to the smartcard processor for 
providing secure input to the processor; 

an interface processor (3 1 4), communicatively coupled to the USB-compliant 
10 interface (130B) and to smartcard processor-compliant interface (324) the interface 
processor (314) implementing a translation module (318) for interpreting USB- 
compliant messages into smartcard processor-compliant messages and for interpreting 
smartcard processor-compliant messages into USB-compliant messages. 

15 2 . The apparatus of claim 1 , wherein the interface processor (3 1 4) 

emulates a smartcard. reader to the smartcard processor (320). 

3 . The apparatus of claim 1 , wherein: 

the host processing device (102) comprises a virtual smartcard reader in 
.20 communication with the operating system, the virtual smartcard reader for emulating a 
smartcard reader communicatively coupled to the host processing device (102) and 
including a communication module (312) for packaging messages for transmission to 
the personal token (300) via the USB compliant interface (130) according to a first 
protocol and for unpackaging messages received from the personal token (300) via the 
25 USB-compliant interface according to the first protocol; and 

the interface processor translation module (318) unpackages messages from 
the host processing device (102) according to the first protocol and packages messages 
destined for the host processing device (102) according to the first protocol. 
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4. The apparatus of claim 3, wherein the virtual smartcard reader further 
comprises a bootup module (311) for responding to an operating system bootup 
procedure with an indication that' a smartcard reader is communicatively coupled to 
5 thehost processor. 

■ - ..5.' The apparatus of claim 3', wherein the virtual smartcard reader further 
,;pomprises an answer-to-reset (ATR) module (308) for providing an ATR message to 
. . the operating system (108) in response to a reset message. 



comprises a reporting module for receiving and reporting the insertion of the personal 
token in a USB-compliant port communicatively coupled to the host processor (102) 
and the removal of the personal token as a removal of a smartcard from a smartcard 
15 reader. 

7 . The apparatus of claim 3 , wherein the virtual smartcard reader further 
comprises a protocol selection module for receiving a protocol type selection (PTS) 

.'.HGommand-from the operating system and providing a PTS response message to the 
20 operating system (108). 

8. A method of communicating between a smartcard processor (320) in a 
personal key (300) communicatively coupled to a host computer (102) via a USB- 
compliant interface (130), comprising the steps of: 

25 accepting a message comprising a smartcard reader command selected from a 

smartcard reader command set from a host computer operating system (108) in a 
virtual smartcard reader; 

packaging the message for transmission via a USB-compliant interface (130) 
according to a first message transfer protocol; 



10*- 



6. 



The apparatus of claim 3, wherein the virtual smartcard reader further 



-22- 



WO 01/96990 




PCT/EPO 1/06816 



transmitting the packaged message to a personal key (300) communicatively 
coupled to the USB-compliant interface (130); 

receiving the packaged message in the personal key (300); 
unpackaging the message in the personal key (300) to recover the smartcard 
5 . reader command; 

translating the smartcard reader command into a smartcard command within 
• the personal key (300); and 

.,pj^4dmg:the smartcard command to.the smartcard processor (320); 
accepting a user input to the smartcard processor (320) via an input device 
10 (218) cdmmUiiicatively coupled to the smartcard processor (320) via an input 

. communication device communication path distinct from the USB-compliant interface 
(13Q); 

accepting a smartcard response from the smartcard processor (320); 
translating the smartcard response into a smartcard reader response; 
15 packaging the smartcard reader response for transmission to the host processor 

(102) yia the USB-compliant interface (130); 

• . transmitting the packaged.message from the personal key (300) to the host 
processor (102); 

> receiving -the packaged message in the host computer ( 1 02); 
20 unpackaging the smartcard reader response; and 

providing the smartcard reader response to the host processor operating system 

(108). 
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9. The method of claim 8, further comprising the steps of: 

accepting a startup query from the host computer operating system (108) in the 
virtual smartcard reader;-an& 

providing an indication that a smartcard reader is communicatively coupled to 
5 the host computer to the host computer operating system (108). 

10. The method of claim 9, further comprising the steps of: 

receiving ; an i4diG^pn v that the personal key (300) has been communicatively 
- coupled to the USB-compliant interface (130); 
10 reporting' the indication that the personal key (300) is communicatively 

coupled to the USB-compliant interface (130) to the host processor operating system 
(1 08) as the insertion of a smartcard; 

receiving an indication that the personal key (300) has been communicatively 
decoupled from the USB-compliant interface (130); and 
1 5 reporting the indication that the personal key has been communicatively 

decoupled from the. USB-compliant interface (130) to the host processor operating 
system (108) as the removal, of the smartcard. 

11. The<methGdy0f .claim 8,. further comprising the steps of: 

20 receiving a protpcol type-selection (PTS) command from the host computer 

operating system (108);. and 

providing a PTS response message to the operating system (108). 
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I 



4J4 



PACKAGE THE MESSAGE FOR TRANSMISSION 
VIA A USB-COMPLIANT INTERFACE ACCORDING 
TO A FIRST MESSAGE TRANSFER PROTOCOL 
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